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DATA PACKET TRANSMISSION IN A SINGLE CONTAINER 



The present invention relates to data packet transmission. More 
particularly, the present invention relates to a method of transmitting a data packet from 
a transmitting station to a receiving station, a communication system, a transmitting 
10 station and a software program product for performing a transmission of data packets 
from a transmitting station to a receiving station. 



A data packet transmission method is described in the following three 

15 documents, which are hereby incorporated by reference: 3 GPP TS 25.308 V5.2.0 
(2002/03), technical specification, third generation partnership project; technical 
specification group radio access networks; high speed downlink packet access 
(HSBPA); overall description; stage 2 (release 5), and 3 GPP TS 25.321 V5.2.0 
(2002/09), technical specification third generation partnership project; technical 

20 specification group radio access network; MAC protocol specification (release 5), and 3 
GPP TS 25.433 V5.2.0 (2002/09), technical specification third generation partnership 
project; technical specification group radio access network; UTRAN Iub interface 
NBAP signaling (release 5). In particular, the above-mentioned documents describe a 
method for high speed data transmission over the high speed downlink shared channel 

25 (hereinafter referred to as "HS-DSCH") based on a HARQ (Hybrid Automatic Repeat 
Request) retransmission protocol, which allows for soft-combining the soft-bits of a 
retransmission, which was just received, with the soft-bits of an earlier transmission or 
retransmission. This retransmission protocol works with positive acknowledgements, 
indicating to the transmitting side error-free decoding of the received packet, and 

30 negative acknowledgements indicating to the transmitting side the need for a 
retransmission of the packet, since decoding was not error-free. 
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When transmitting data via the HS-DSCH, on top of the HARQ 
retransmission protocol, another protocol, the Radio Link Control (RLC) protocol is 
present, which is relevant for the present invention. 

For the details of the Radio Link Control protocol (RLC protocol) e.g. 
5 acknowledged mode (AM) and unacknowledged mode (UM) data transmission, 3 GPP 
TS 25.322 V5.2.0 (2002-09) Technical Specification 3rd Generation Partnership 
Project; Technical Specification Group Radio Access Network; is herewith incorporated 
by reference. 

This RLC protocol is in charge of 
10 - performing segmentation ofRLCSDUs (service data units, i.e. data 

units, which are received from the next higher layer above the RLC layer) into 
fragments, which are sent as part of an RLC PDU (protocol data unit, i.e. a data unit, 
which the RLC layer hands down to the next lower layer, which is here the MAC layer), 
and, if applicable, concatenation of different RLC SDUs or fragments of different RLC 
1 5 SDUs into RLC PDUs, and 

(if configured accordingly) controlling retransmission of RLC PDUs, 
which the receiver indicates to the transmitter as not having been correctly received. 

If data is transmitted via the HS-DSCH, these data are also always 
processed by an RLC protocol entity above the HARQ protocol, and this RLC protocol 
20 entity can then be configured for 

Acknowledged mode (AM) data transmission, or 
Unacknowledged mode (UM) data transmission. 
"Acknowledged mode data" is also abbreviated by AMD, 
"Unacknowledged mode data" by UMD. The term UM RLC PDU is used to identify an 
25 RLC PDU, which was generated by an RLC entity, which is configured for UM, AM 
RLC PDU is defined accordingly. 

In both UMD and AMD transmission, the RLC PDUs have a sequence 
number, where UM prescribes 7 bits and AM prescribes 12 bits for coding the sequence 
number. This corresponds to a sequence number range from 0 to 127 for UM, and from 
30 0 to 4095 for AM. If configured for AMD transmission, the RLC protocol performs 
segmentation (and, if applicable, concatenation) of RLC SDUs into RLC PDUs, and 
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improves reliability of data transmission by performing retransmissions. If configured 
for UMD transmission, the RLC protocol only performs segmentation and, if 
applicable, concatenation. 

On the transmitting side (as may be seen from Fig. 1), an RLC PDU is 

5 further processed by the MAC layer (located on the SRNC, serving radio network 
controller), or more precisely the MAC-d layer, which may add a MAC header, if 
logical channels have to be distinguished. This MAC header identifies the logical 
channel, on which the RLC PDU is transmitted. The MAC-d PDU (i.e. the protocol data 
unit produced by the MAC-d layer) is then delivered to the MAC-hs layer located on the 

1 0 Node B of the UMTS. Here, one or more MAC-d PDUs destined for the same mobile 
station, are compiled into a MAC-hs PDU. These MAC-d PDUs may belong to different 
logical channels, i.e. have different MAC headers. Hence, the MAC-hs PDU 
multiplexes MAC-d PDUs of different logical channels, however, destined for the same 
receiving mobile station. In contrast to that, one MAC-d PDU always contains exactly 

15 one RLC PDU. 

In general, a service data unit (SDU) of a considered protocol layer is 
defined in the relevant literature as a data unit, which this considered protocol layer 
receives from the next higher protocol layer. The considered protocol layer processes 
the SDU, which in case of the RLC protocol means e.g. that the SDU is segmented into 

20 fragments. As a result of the protocol processing, the SDU is transformed into one or 
more PDUs (protocol data units), which in case of the RLC protocol then e.g. contain 
each one fragment of the segmented SDU. These fragments are provided with an RLC 
header, which contains at least a sequence number, and then form the payload or content 
of an RLC PDU. In general, PDUs of a considered protocol layer are defined as the 

25 data units, which the considered protocol layer delivers to the next lower protocol layer. 

A MAC-hs PDU is generated from one or more MAC-d PDUs and then 
consists of these MAC-d PDUs and a MAC-hs header, which at least comprises a 
sequence number (so-called TSN, transmission sequence number), which in UMTS is 
coded with 6 bits corresponding to a sequence number range of 0 to 63. The MAC-hs 

30 PDU is further processed by the physical layer. Generally, the data units, which the 

physical layer processes in the context of the HS-DSCH, are called transport blocks, i.e. 
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a MAC-hs PDU is also a transport block, and the count of bits, which form the transport 
block (i.e. here the MAC-hs PDU), is called the transport block size. The physical layer 
processing of the transport block of type MAC-hs PDU is as follows: 

The physical layer adds a cyclic redundancy check (CRC) sum (of 24 bit) 
5 and after this applies rate- 1/3 -turbo-coding to the bits of the transport block (of type 
MAC-hs PDU) and the CRC bits, i.e. adds parity bits resulting from the turbo coding, as 
described in 3 GPP TS 25.212 V5.2.0 (2002-09), 3rd Generation Partnership Project; 
Technical Specification Group Radio Access Network; Multiplexing and channel 
coding (FDD) (Release 5), which is herewith incorporated by reference. 

10 Furthermore, rate matching is applied, as described in TS 25.212 V5.2.0, 

. which adjusts the number of bits, which are output of the rate- 1/3 -turbo-coder to the 
number of bits, which can be transmitted within 2ms via the air interface. The number 
of bits, which can be transmitted within 2ms via the air interface, depends on the chosen 
number of channelization codes (1 to 15 can be used, and they all have a spreading 

1 5 factor of 1 6) as well as on the chosen modulation scheme, which can be QPSK 

(Quaternary phase shift keying) or 16QAM (Quadrature Amplitude Modulation). E.g. 
the number of bits, which can be transmitted in 2ms with 16QAM, is by a factor of 2 
bigger than the number of bits, which can be transmitted with QPSK. 

Rate matching can e.g. mean puncturing, i.e. deleting pre-defined bits in 

20 the sequence of bits, which is output of the rate- 1/3 -turbo-coder, such that the resulting 
number of bits exactly fits the number of bits, which can be sent over the air interface 
within 2ms. The receiving side knows the positions of the punctured bits, and considers 
them in the decoding process e.g. as bits with value zero. 

If puncturing has to be applied, the forward error protection (FEC) 

25 necessarily becomes weaker than without puncturing. Puncturing may be avoided, e.g. 
if one or more additional channelization codes are used for the transmission over the air 
interface. 

TS 25.212 V5.2.0 describes some further steps of the physical layer 
processing of a transport block of MAC-hs type, which are not important in the context 
30 of the present invention. 
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The period of 2ms is also called the transmission time interval (TTI) of 
the HS-DSCH. Since it is equal to the periodicity, at which a transport block (of MAC- 
hs type) is transferred by the physical layer on the radio interface, it also corresponds to 
the inter-arrival time of a transport block (of MAC-hs type) at the physical layer, i.e. the 
5 time between consecutive deliveries of data between the MAC layer and the physical 
layer. In other words, the physical layer processes within a TTI of 2ms a container of 
bits, i.e. the MAC-hs PDU bits, and is ready after 2ms to process the next container of 
bits. In principle due to CRC attachment and channel encoding by means of turbo 
coding, the number of bits, which are then sent over the air interface, is greater than the 

10 number of bits of the container. If the number X of bits, which the physical layer can 
transmit over the air interface (after turbo encoding) within the TTI of 2ms is kept fixed 
for two containers of different size (i.e. different number of bits), where the container 
sizes are smaller than X minus 24 (corresponding to the 24 CRC bits), the FEC of the 
smaller container is stronger than that of the bigger container, e.g. since less puncturing 

1 5 would be applied for the smaller container. Likewise, if a container of a given size S is 
transmitted after physical layer processing once with X bits (X > S + 24) over the air 
interface, and once with Y>X bits over the air interface, the FEC is usually stronger, if 
Y bits are used for transmission over the air interface. 

In the following, the term "container", in conjunction with UMTS, 

20 denotes the bits of the MAC-hs PDU, i.e. of the transport block of MAC-hs PDU type. 

The Node B is in charge of serving several UEs, which receive data via 
the HS-DSCH. For this purpose, there is a scheduler function implemented in the MAC- 
hs layer on the Node B. This scheduler decides e.g to which UEs to MAC-hs PDUs and 
also, whether a MAC-hs PDU has to be retransmitted, or whether transmission or 

25 retransmission of a MAC-hs PDU has to be aborted. 

UM data transmission over the HS-DSCH in UMTS release 5 may 
become critical if too many UM RLC-PDUs (unacknowledged mode radio link control 
protocol data units) of the same logical channel or connection are contained in a single 
MAC-hs PDU and successive MAC-hs PDUs get lost such that more than 127 

30 consecutive MAC-d PDUs of the same logical channel, and hence more than 127 
consecutive UM RLC PDUs sent by the same RLC entity are lost. In this case the 
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decryption of all the following RLC-PDUs may fail, because the time-varying input or 
COUNT-C to the algorithm for ciphering (on the transmitting side) and for deciphering 
(on the receiving side) get out of synchronization, i.e. a different COUNT-C value is 
used for decryption on the receiving side than the COUNT-C value, which was used for 

5 encryption on the sending side. In more details, the reason for the loss of 

synchronization concerning the time-varying input is as follows: The COUNT-C value 
is composed of two parts, the HFN (hyper frame number), which represents the 25 most 
significant bits of the COUNT-C and the 7-bit sequence number of the UM RLC PDU, 
which is sent (where COUNT-C is used as time-varying input of the encryption engine 

1 0 to cipher the payload bits of the UM RLC PDU) or was received (where COUNT-C is 
used as time-varying input of the decryption engine to decipher the payload bits of the 
UM RLC PDU). The HFN of the COUNT-C (on both the transmitting and receiving 
side) is incremented, if the RLC sequence number wraps around or rolls over, i.e. if the 
RLC sequence number of the previous RLC PDU that was processed was 127, and the 

1 5 RLC sequence number of the currently processed RLC PDU is 0. 



It is an object of the present invention to provide for an improved data 
packet transmission. 

20 According to an exemplary embodiment of the present invention as set 

forth in claim 1, the above object may be achieved by a method of transmitting a 
plurality of data packets from a transmitting station to a receiving station, wherein the 
method comprises the step of transmitting a first number of first data packets of a 
plurality of first data packets in a first container of a plurality of second containers from 

25 the transmitting station to the receiving station, wherein the first data packets are data 
packets of a first connection and wherein the first number is smaller than or equal to a 
maximum number, i.e. not bigger than the maximum number. 

Due to the described solution, it is possible, e.g. in UMTS, to achieve this 
goal without a change of the RLC protocol for UM data transmission, which may 

30 reduce costs to incorporate this improvement considerably. 
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In other words, according to this exemplary embodiment of the present 
invention, a method of transmitting data packets is provided, in which only a maximum 
number of data packets of the same logical channel or connection are transmitted within 
one container. This does not exclude that the container carries data packets of other 
5 connections, for which there is no such restriction to a maximum number of data 
packets of these other connections, which has to be observed when putting the data 
packets in the container. 

If the maximum number of data packets of a given logical channel or 
connection is reached for one container, the possibly remaining data packets of the 
1 0 considered logical channel or connection are put in another container to be sent later on. 

Therefore, even if more than one MAC-hs PDU gets lost during 
transmission or decoding, it may still be possible to further decode and decrypt data 
transmitted on this logical channel on the receiving side. 

According to another exemplary embodiment of the present invention as 
1 5 set forth in claim 2, a preset number of first data packets is transmitted from the 

transmitting station to the receiving station in a second number of second containers, 
wherein the second number is bigger than or equal to a minimum number. 

Advantageously, according to this exemplary embodiment of the present 
invention, there is always a minimum number of containers provided in which the 
20 plurality of first data packets is transmitted. It is ensured that the first data packets are 
distributed among the minimum number of second containers on the one hand and that 
each container may only comprise a maximum number of first data packets on the other 
hand. 

According to another exemplary embodiment of the present invention as 
25 set forth in claim 3, a plurality of second data packets is transmitted from the 

transmitting station to the receiving station. Each data packet of the plurality of first 
data packets and second data packets is provided with connection information, which 
indicates whether the corresponding data packet is a first data packet or a second data 
packet, may be deduced. 
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According to this exemplary embodiment of the present invention, each 
data packet may be labeled the number of the logical channel to which it belongs. 
Advantageously, this may lead to a effective identification of a respective data packet. 

According to another exemplary embodiment of the present invention as 
5 set forth in claim 4, each data packet of the plurality of first and second data packets is 
an encoded data packet comprising connection information, which connection 
information is not encoded, wherein the consecutive data packet number of a third data 
packet of the plurality of first and second data packets are supplied to encode the third 
data packet, resulting in an encoded third data packet comprising connection 
1 0 information. Encoding can also mean encrypting by means of a ciphering algorithm. 

Advantageously, according to this exemplary embodiment of the present 
invention, each data packet is encoded with the use of the corresponding consecutive 
data packet number. Therefore, each encoded data packet comprises information about 
its sequence number and whether the data packet is a first data packet or a second data 
15 packet. 

According to another exemplary embodiment of the present invention as 
set forth in claim 5, the first container is labeled with a container sequence number. 
Furthermore, the first container has a first container size, wherein the first container size 
is influenced by a number of data packets inside the first container and wherein an error 
20 protection of the first container is influenced by the number of data packets inside the 
first container. 

Advantageously, according to this exemplary embodiment of the present 
invention, an error protection of the first container may be reduced by reducing the 
number of data packets inside the first container, leading to a reduced container size. 

25 Therefore, a minimization of container size may lead to a minimization of error 
protection and therefore of an increased possibility of a transmission of the first 
container without indication of an error. 

According to another exemplary embodiment of the present invention as 
set forth in claim 6, the transmitting station is configured by a network unit wherein the 

30 network unit determines the maximum number based on general conditions. The 

network unit transmits a first signal to the transmitting station, wherein the first signal 
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comprises information about the maximum number of data packets inside the first 
container. Therefore, according to this exemplary embodiment of the present invention, 
the channel conditions.may be recorded by the network unit and, based on the recorded 
channel conditions, the network unit may calculate a maximum size of the first 
5 container. After the network unit has calculated the maximum size of the first 

container, information about this maximum size is included in a first signal which is 
then transmitted to the transmitting station. 

According to another exemplary embodiment of the present invention as 
set forth in claim 7, the transmitting station reads the connection information of a fourth 
10 data packet of the plurality of first and second data packets and decides, depending on 
the received connection information, whether the fourth data packet is a first data 
packet. If the transmitting station comes to the conclusion that the fourth data packet is 
in fact a first data packet, meaning that it is a data packet of the first connection, and if 
. the resulting first number is smaller and is equal to the maximum number, the 
1 5 transmitting station adds the first data packet to the first container. 

Therefore, according to this exemplary embodiment of the present 
invention, a fourth data packet is only added to the first container, if it is a first data 
packet and if the first container contains less first data packets than the maximum 
number. 

20 Advantageously, according to this exemplary embodiment of the present 

invention, the fourth data packet comprises connection information which is read by the 
transmitting station upon receipt of the fourth data packet. By using this connection 
information the transmitting station may decide whether the data packet is to be added 
in the first container or not. No additional communication is needed. 

25 According to another exemplary embodiment of the present invention as 

set forth in claim 8, the network unit determines the maximum number and the 
minimum number based on general conditions. After that, the network unit transmits a 
second signal to the transmitting station, wherein the second signal comprises 
information about the maximum number and the minimum number. Advantageously, 

30 according to this exemplary embodiment of the present invention, changes in channel 
conditions may be detected by the network unit which then, as a reaction on the changes 
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in general conditions, sets the maximum number of first data packets, which are to be 
included in the first container, and the minimum number of second containers, into 
which the plurality of first data packets is distributed. Therefore, changing channel 
conditions may change the size of the containers and the number of data packets of the 
5 same connection inside each container, leading to an improved data packet 
transmission. 

According to another exemplary embodiment of the present invention as 
set forth in claim 9, the method is applied for data transmission over the high speed 
downlink shared channel UMTS. 

10 According to another exemplary embodiment of the present invention as 

set forth in claim 10, a communication system is provided for transmitting a plurality of 
data packets from a transmitting station to a receiving station. A communication system 
as adapted for performing or transmitting of a first number of first data packets of a 
plurality of first data packets in a first container of a plurality of second containers from 

15 the transmitting station to the receiving station, wherein the first data packets or data 
packets of a first connection and wherein the first number is one of smaller and equal to 
a maximum number. 

According to another exemplary embodiment of the present invention as 
set forth in claim 1 1, a transmitting station for transmitting a plurality of data packets 

20 from the transmitting station to a receiving station is provided, wherein the transmitting 
station is adapted for performing a transmission of a first number of first data packets of 
a plurality of first data packets in a first container of a plurality of second containers 
from the transmitting station to the receiving station. Furthermore, the first data packets 
are data packets of a first connection and the first number is one of smaller and equal to 

25 a maximum number. 

According to another exemplary embodiment of the present invention as 
set forth in claim 12, a software program product for performing a transmission of a 
plurality of first data packets from a transmitting station to a receiving station is 
provided, wherein a first number of first data packets of the plurality of first data 

30 packets in a first container of a plurality of second containers is transmitted from the 

transmitting station to the receiving station. Furthermore, the first data packets are data 
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packets of the first connection and the first number is one of smaller and equal to a 
maximum number. 

It may be seen as a gist of an exemplary embodiment of the present 
invention that only a maximum number of data packets of the same logical channel or 
the same connection are transmitted within one container. Due to this, in case of UM 
data transmission over HS-DSCH in UMTS, it may be ensured that an erroneous 
transmission of more than one MAC-hs PDU resulting in a loss of one or more MAC-hs 
PDUs does not lead to a disability of decoding or decrypting of the data packets of the 
logical channel. It may be noted that a loss of a MAC-hs PDU can have two reasons: 
Either the transmission of the MAC-hs PDU has to be aborted by the transmitting side, 
because the maximum number of retransmissions was reached, or the transmitting side 
erroneously assumes that it received a positive acknowledgement message for a MAC- 
hs PDU although the receiving side sent a negative acknowledgment, i.e. expects a 
retransmission. 

These and other aspects of the present invention will become apparent 
from and elucidated with reference to the embodiments described hereinafter. 

Exemplary embodiments of the present invention will be described in the 
following with reference to the following drawings: 

Fig. 1 shows a schematic representation of a data flow between the 

different protocol layers according to an exemplary embodiment 
of the present -invention. 

Fig. 2 shows a schematic representation of a protocol architecture 

showing the location of protocol layers on the different network 
components according to an exemplary embodiment of the 
present invention. 

Fig. 3 shows the input parameters of a stream-cipher-algorithm for 
ciphering and deciphering, especially a structure of the time- 
varying input parameter COUNT-C for the transmitter side (when 
ciphering) and the receiving side (when deciphering). 
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Fig. 



Fig. 



4 



5 



shows a schematic representation of a method according to an 
exemplary embodiment of the present invention, 
shows a communication system according to an exemplary 
embodiment of the present invention. 



5 



The protocol architecture schematically represented in Fig. 1 may be 
applied for data transmission over the high speed downlink shared channel HS-DSCH 
in UMTS. 



to as "RNC") data packets or radio link control service data units (hereinafter referred to 
as "RLC SDUs"), which have been received from the next higher layer above the RLC 
layer, are segmented into data packets of a pre-selected size. The data packets may then 
be provided with an RLC-header and will then build the content of the RLC PDUs 

1 5 (radio link control protocol data unit). The RLC PDUs are compiled in a first 

compilation and enter the MAC-d layer as MAC-d SDUs. After that, the MAC-d PDUs 
enter (with or without a MAC-header) are a lower protocol layer after a second 
processing step. In case of data transmission over the HS-DSCH in UMTS the lower 
protocol layer may be a MAC-hs layer on Node B as shown e.g. in Figs. 1 and 2. 

20 MAC-hs layer or sub-layer processes the received MAC-d PDUs, each 

comprising one RLC-PDU, and builds from one or more of them a MAC-hs PDU, 
which also contains a MAC-hs header. . After that, the MAC-hs PDUs may be 
transmitted over the HS-DSCH, i.e. after additional processing in the physical layer via 
the air interface or radio interface. 

25 The MAC-hs layer may decide, based on channel estimations, which 

transport block size or container size may be chosen for the next MAC-hs PDU, which 
is to be transmitted on the HS-DSCH over the radio interface or air interface. For a 
given RLC-PDU size, which translates into a corresponding MAC-d PDU size, since a 
MAC-d PDU only contains one RLC PDU, the MAC-hs PDU may contain a plurality of 

30 MAC-d PDUs (and therefore RLC-PDUs), depending on the container size. 

Segmentation size given by the so-called RLC size, which defines the size of the RLC 



10 



In the RLC-protocol on the radio network controller (hereinafter referred 
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PDU, without the number of bits for the header of the RLC PDU is taken into account. 
The size of the MRC-d PDU results from the sum of RLC size, RLC PDU header size 
and MAC header size. For other channels then the HS-DSCH, the size of the MAC-d 
PDU may be identical with the container size. But in case of a HS-DSCH this 
5 correspondence is not given, since the size of a MAC-hs PDU corresponds to the 
container size. 

In case of a AM-data transmission, the size of a RLC PDU may only be 
changed by a time consuming reconfiguration of the RLC-machines on the transmitter 
side and the receiver side (100 to 200 ms). In case of UM-data transmission, the size of 

10 a RLC PDU may be changed without reconfiguration. 

The RLC-protocol in UTRAN, which is the radio transmission network 
of UMTS, is implemented in the RNC (radio network controller). The RNC may 
usually be connected to Node B over DRNC (drift RNC) as shown in Fig. 2. This 
means that two interfaces have to be passed, namely Iur between SRNC (serving RNC) 

1 5 and DRNC, and Iub between DRNC and Node B, which is schematically depicted in 
Fig. 2. Furthermore, the transmission of data from the RNC to Node B takes about half 
a roundtrip time. The roundtrip time is the time passing after transmission of data from 
the RNC to UE (User equipment such as a mobile station) and the reception of an 
answer in the RNC. The roundtrip time is usually about 100 ms in the worst case. This 

20 means that the transmission between SRNC and Node B takes up to 50 ms. Therefore, 
the RLC PDU size may not be changed fast even in the case of UM data transmission. 
A control message from Node B to SRNC, which may report to the RLC-machine on 
the SRNC that from now on, e.g. RLC PDUs of a size twice as big as the size of the 
RLC PDUs which have been transmitted before may be possible, may reach the RLC- 

25 machine after up to 50 ms. After that it may take additional 50 ms. for the RLC PDUs, 
which are packed into a MAC-d PDUs, and which have a bigger size that before to 
reach the MAC-hs. Since the transmission channel may change drastically much faster, 
the transport block size or container size should be changed and adjusted to the present 
channel conditions significantly faster: Otherwise, the number of retransmissions on the 

30 MAC-hs layer may increase dramatically, because the transport block size is too big. 
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Therefore, the size of an RLC PDU may be chosen small enough (both 
for AM and UM), that RLC PDU may be incorporated in the smallest transport block or 
container, which may be available for transmission at worst channel conditions. Only 
then may it be possible to transmit data in the smallest container at very bad channel 
5 conditions and therefore providing for most robust error protection possible. 

According to the TS 25.32W5.2.0 standard indicated above, 70 transport 
blocks of the smallest size may be contained in a transport block of the biggest size. If 
the size of a RLC PDU is chosen such that a RLC PDU may be transmitted in a 
transport block or container of the smallest size, it may be, that with very good channel 
10 conditions up to about 70 RLC PDUs may be transmitted in a single MAC-hs PDU. At 
the same time, the error protection by error correcting encoding is rather low for big 
container sizes and, therefore, the risk for erroneous transmission is rather high. 
Retransmissions on the MAC-hs layer level have to be performed (at least in case of the 
so-called chase combining) with the same biggest transport block size. This again leads 
15 to a high risk of unsuccessful transmission, which means the scheduler in MAC-hs on 
Node B may have to abort the transmission. In case this happens for two consecutive 
transmissions, it may be possible to lose 140 RLC PDUs. 

If these 140 lost RLC PDUs are consecutive RLC PDUs of the same 
logical channel, meaning that they are transmitted to the same RLC-machine or RLC 
20 entity, the RLC-machine or RLC entity on the receiving side may not be able, in case of 
UM, to notice that 1 40 RLC PDU got lost. It rather concludes per definition that 1 40 - 
128 = 12 RLC PDUs got lost, since, in case of UM, there are only 128 different 
sequence numbers (according to TS25.322v5.2.0, Chapter 1 1.2.6 indicated above). 
There is no other conclusion possible for the UM RLC-machine or UM RLC entity. 
25 Thus, the RLC-machines on the transmitting and on the receiving side may get 
desynchronized with respect to the encryption/decryption mechanism: The RLC- 
machine on the receiving side does not notice that a wrap-around or roll-over in the 
RLC sequence number has occurred on the transmitting side, such that the HFN is 
incremented on the transmitting side but not on the receiving side so that from then on 
30 the receiving side uses a different COUNT-C (as time-varying input for in the 

decryption process) than the sending side uses for encryption. In more detail, this is 
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because of the following reason: (For UMD transmission the HFN (hyper frame 
number) as shown in Fig. 3 represents the 25 most significant bits of the COUNT-C, 
which is the time-varying input parameter of the algorithm for encryption and 
decryption. The remaining least significant bits of COUNT-C are given by the 7-bit 
5 sequence number of the UM RLC PDU, which is sent (where COUNT-C is used as 
time-varying input of the encryption engine to cipher the payload bits of the UM RLC 
PDU) or was received (where COUNT-C is used as time-varying input of the 
decryption engine to decipher the payload bits of the UM RLC PDU). The HFN of the 
COUNT-C (on both the transmitting and receiving side) is incremented, if the RLC 

10 sequence number wraps around or rolls over, i.e. if the RLC sequence number of the 
previous UM RLC PDU that was processed by the considered UM RLC entity was 127 
(corresponding - in binary representation - to all sequence number bits being equal to 
"1"), and the RLC sequence number of the currently processed UM RLC PDU is 0 
(corresponding - in binary representation - to all sequence number bits being equal to 

15 "0"). 

This may lead to the result that the decoding of all RLC PDUs which " 
follow the lost RLC PDUs, on the receiving side delivers meaningless data. The time 
dependent input parameter COUNT-C of the encoding/decoding algorithm comprises an 
incremented HFN-value and RLC-PDU-sequence number on the transmitting side, 

20 whereas on the receiving side the COUNT-C value comprises the none incremented 
HFN-value and the RLC-PDU-sequence number. 

In contrast to this, for AM data transmission, due to the longer sequence 
number of AM RLC PDUs (12 bits, corresponding to a range from 0 to 4095), a loss of 
HFN incrementation synchronization may be very unlikely, since it would mean that 

25 about 4096/70, i.e. about 59 MAC-hs PDUs have to be lost, which contain at least 4096 
AM RLC PDUs of the same logical channel. 

Furthermore, it has to be noted that it may not be a necessary condition 
for the loss synchronization of the RLC-machines on the transmitting side and on the 
receiving side that consecutive MAC-hs PDUs totally get lost. It may be sufficient for 

30 losing synchronization to lose 128 consecutive RLC PDUs of the same logical channel 
or connection. Depending on the filling algorithm of the scheduler, which decides 
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which MAC-hs PDUs are filled with which data, the consecutive 128 RLC PDUs may 
be, for example, distributed between two MAC-hs PDUs, which are not consecutive. 

In order to avoid that a loss of more than one MAC-hs PDU may lead to 
the impossibility of further decrypting of data on the same logical channel on the 
5 receiving side, the scheduler in Node B is instructed to include only a maximum number 
of MAC-d PDUs of the same logical channel in UM or less than the maximum number 
in a MAC-hs PDU. 

Fig. 3 shows a schematic representation of a method according to an 
exemplary embodiment of the present invention. UM RLC-PDUs 1, 2, 3, 4 are of the 

10 same first logical channel or first connection, whereas UM RLC-PDUs 5, 6, 7, 8 are of a 
second logical channel or second connection. In a first processing step, UM RLC-PDUs 
U 2, 3, 4, 5, 6, 7, 8 are handed over to the MAC-d layer 10, resulting in MAC-d SDUs 
11, 12, 13, 14, 15, 16, 17, 18. 

It should be noted that for clarity reasons, no difference is made in the 

1 5 reference numbering of PDUs and corresponding SDUs in Fig. 4. 

MAC-d SDUs 1 1, 12, 13, 14 are of the same first logical channel or first 
connection and the MAC-d SDUs 15, 16, 17, 18 are of the same second logical channel 
or second connection. After that, in a second processing step, the MAC-d SDUs 11, 12, 
13, 14, 15, 16, 17, 18 are processed in the MAC-d layer, where they get a MAC-header, 

20 which is the same for MAC-d SDUs 11,12, 13, 14, since they belong to the first logical 
channel, and another MAC-header for MAC-d SDUs 15, 16, 17, 18, which belong to the 
second logical channel. This processing results in the MAC-d PDUs 1 1, 12, 13, 14 for 
the first logical channel and MAC-d PDUs 15, 16, 17, 18 for the second logical channel, 
which are then handed over to a MAC-hs layer 33. This layer 33 is located in Node B 

25 in the current architecture of the UMTS system (see Fig. 2), but it could be located also 
on another network component. In the MAC-hs layer, the MAC-d PDUs 11, 12, 13, 14, 
15,16, 17, 18 become MAC-hs SDUs per definition. Their processing comprises 
building a container or MAC-hs PDU, which contains these MAC-hs PDUs and has a 
MAC-hs header. Selection of the MAC-d PDUs to be sent in a MAC-hs PDU is done in 

30 the MAC-hs layer, and the entity which does this could e.g. be the scheduler in the 

MAC-hs layer. Now according to a method of an exemplary embodiment of the present 
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invention, only a maximum number (in the case depicted in Fig. 4 the maximum 
number is 2) of MAC-d PDUs of the same logical channel is accommodated in 
containers 20, 29. The container may contain, in addition, MAC-d PDUs of other 
logical channels, for which such a restriction to a maximum number does not hold, e.g. 
5 of logical channels, which carry AM RLC PDUs. 

According to an aspect of the present invention, the number of MAC-hs 
PDUs or containers 20, 29 may be one of bigger and equal to a minimum number or in 
other words not smaller than a minimum number. This minimum number is assumed to 
be 2 in Fig. 4. After that the MAC-hs PDUs may be transmitted from the transmitting 
1 0 station 30 to a receiving station 3 1 via a communication link 32 (as may be seen in Fig. 
5). 

It should be noted that each data packet or RLC PDU contained in a 
MAC-d PDU, which is to be transmitted (as part of a MAC-hs PDU or container) from 
the transmitting station to the receiving station is provided with a consecutive data 

1 5 packet number and by virtue of the MAC header of the MAC-d PDU comprises 

connection information indicating whether the corresponding data packet belongs to (or 
in other words is carried by) a first logical channel or to a second logical channel. 

In another exemplary embodiment of the present invention, the entity, 
which selects the MAC-d PDUs to be put in a MAC-hs PDU and which is located in the 

20 MAC-hs layer on Node B, runs a counter, by which it counts the number of MAC-d 
PDUs, of a UM logical channel, which it puts in a MAC-hs PDU. When receiving a 
MAC-d PDU from the MAC-d layer, this entity (e.g. the scheduler) reads the MAC- 
header of the MAC-d PDU. If, according to the MAC header, this MAC-d PDU belongs 
to the considered UM logical channel, this entity e.g. the scheduler only puts the MAC- 

25 d PDU in a MAC-hs PDU, which has to be sent in the future, if the counter for this UM 
logical channel does not exceed the value Ml . If Ml would be exceeded, the entity e.g. 
the scheduler considers the MAC-d PDU for transmission in a MAC-hs PDU to be sent 
later. If there are relatively good channel conditions so that it can be expected that the 
loss probability of the MAC-hs PDU does not exceed e.g. the value 0.001, the 

30 mechanism can be modified by means of a minimum number M2 as follows: The entity 
identifies the 128 MAC-d PDUs of the considered UM logical channel to be sent next. 
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For these MAC-d PDUs, the entity makes sure that they are sent in at least M2 different 
MAC-hs PDUs, where these MAC-hs PDUs can contain other MAC-d PDUs of other 
logical channels. The window, by which the entity determines the next 128 MAC-d 
PDUs to be sent, may be sliding: If M2=5 and the entity has e.g. sent on the UM logical 
5 channel LCI 

the first 60 MAC-d PDUs in the MAC-hs PDU with TSN 2 1 
further 40 MAC-d PDUs in the MAC-hs PDU with TSN 23 
further 20 MAC-D PDUs in the MAC-hs PDU with TSN 24 
further 7 MAC-d PDUs in the MAC-hs PDU with TSN 27, and 
10 - one further MAC-d PDU in the MAC-hs PDU with TSN 29, 

the entity can perform as follows: 

If a positive acknowledgment message is received for the MAC-hs PDU 
with TSN 27, while the acknowledgment for the other MAC-hs PDUs is still pending, 
the entity assumes that the MAC-hs PDU with TSN 27 was decoded error-free at the 
1 5 receiving side. Hence, it can advance the window of the next 128 consecutive MAC-d 
PDUs of LCI to be transmitted such that it contains the one MAC-d PDU, which is 
contained in the MAC-hs PDU with TSN 29 as well as the next 127 consecutive MAC- 
d PDUs, so that it can already compile additional MAC-hs PDUs to be transmitted later 
on. This is, however only applicable, if due to good channel conditions there is a very 
20 low risk of the transmitting side detecting a positive acknowledgement for a sent MAC- 
hs PDU although the receiving side sent a negative acknowledgment. The above 
strategy can be modified for worse channel conditions such that the window is advanced 
only if positive acknowledgements are received for more than only one MAC-hs PDU 
that is under transmission, since the risk that two or more positive acknowledgements 
25 are detected erroneously by the transmitting side is much lower than the risk that a 
single positive acknowledgement is detected erroneously, i.e. that the receiving side 
actually sent a negative acknowledgement. 

In order to achieve the above functions, according to the present 
invention, e.g. in the UMTS, the entity in the MAC-hs layer on Node B, which entity 
30 decides about which MAC-d PDUs to send within a MAC-hs PDU (this entity may be 
the scheduler), has to know the connection information of each MAC-d PDU, which it 
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processes, and whether the connection carries UM or AM RLC PDUs, so that this entity 
can relate the MAC-d PDUs to the different connections and thus determine whether the 
maximum allowed number of MAC-d PDUs of the same logical channel is reached for 
a MAC-hs PDU. In case of UMTS, the connection information (i.e. the logical channel 
5 identity) is contained in the MAC header of the MAC-hs PDU. Hence, the entity for 
selecting MAC-d PDUs to be sent in the same MAC-hs PDU has to know, which 
logical channels carry UM RLC PDUs. This can be achieved, e.g. by providing this 
entity with a list of all the logical channels which carry UM RLC PDUs. The same can 
be achieved by providing a list of all logical channels, which carry AM RLC PDUs, 

1 0 since it is only possible to configure transmission via the HS-DSCH for logical channels 
which transmit AM RLC PDUs or UM RLC PDUs. Furthermore, this entity (e.g. the 
scheduler) has to know the maximum number of data packets of the same logical 
channel which are to be included in a corresponding container 20, 29. This maximum 
number may be different for each logical channel carrying UM RLC PDUs (also 

1 5 denoted by UM logical channels) or it may be the same for all UM logical channels . 

The maximum number or maximum numbers for each logical channel as well as the list 
of UM logical channels, may be made available to the entity deciding about which 
MAC-d PDUs to send within a MAC-hs PDU on the Node B as follows: 

When setting up an UM logical channel, the data of which is to be carried 

20 via the HS-DSCH, the SRNC notifies, via an RNSAP-procedure, the DRNC one or 
more of these pieces of information, which the DRNC then forwards to the Node B by 
an NBAP procedure. RNSAP procedures and NBAP procedures, which are most suited 
for this, have the same name, and are called 

Radio Link Setup Procedure (the corresponding message sent from the 

25 SRNC to the DRNC or from the DRNC to the Node B is called "RADIO LINK 
SETUP") 

Synchronized Radio Link Reconfiguration Preparation Procedure (the 
corresponding message sent from the SRNC to the DRNC, in case of the RNSAP, or 
from the DRNC to the Node B, in case of the NBAP, is called "RADIO LINK 
30 RECONFIGURATION PREPARE"). 
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RNSAP (Radio Network System Application Part) is described in 3GPP 
TS 25.423 V5.3.0 (2002-09), 3rd Generation Partnership Project; Technical 
Specification Group Radio Access Network; UTRAN Iur Interface RNSAP Signalling 
(Release 5). 

5 NBAP (Node B Application Part) is described in 3GPP TS 25.433 V5.2.0 

(2002-09), 3rd Generation Partnership Project; Technical Specification Group Radio 
Access Network; UTRAN Iub interface NBAP signalling (Release 5). Both 
specifications are hereby incorporated by reference. 

It should be noted, that each container may be labeled with a container 
10 sequence number and that each container may comprise a different container size 

wherein the container size of each container is influenced by the number data packets 
inside the respective container. Of course, error protection of a container is influenced 
by the number data packets inside the container. 

Furthermore, it should be noted that the network i.e. e.g. the scheduler in 
1 5 the MAC-hs layer determines the maximum number of data packets of the same logical 
channel which ought to be added to a respective container and the minimum number of 
containers in which data packets of the same logical channel have to be added, based on 
channel conditions. 

It should be noted, that if the maximum number of data packets of the 
20 same physical channel which may be added to the same container is set to be infinitely 
high, the number of MAC-d PDUs of the same logical channel to be added into the 
container is not restricted. In this case, the method according to an exemplary 
embodiment of the present invention may also be applied for AM data transmission. 

Fig. 5 shows a communication system according to an exemplary 
25 embodiment of the present invention. The communication system comprises a 

transmitting station 30 with a network unit, a receiving station 31 and a computer 34. 
The computer is used for executing a software program product for performing a 
transmission of data packets from the transmitting station 30 to the receiving station 31. 
A transmission of data packets from the transmitting station 30 to the receiving station 
30 3 1 may be performed via a wireless communication link 32. The transmission system 
depicted in Fig. 4 is adapted for performing a transmission of a first number of data 
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packets of the same logical channel or connection in a container from the transmitting 
station 30 to the receiving station 31, wherein the first number is one of smaller and 
equal to a maximum number. This maximum number may be determined by a network 
unit based on channel conditions. 



